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Therefore, when a device completely matching with 
input search conditions is not present on a network, a 
problem occurs that re-search must be performed by re- 
inputting search conditions in which designation of 
5 attributes is moderated- Moreover, when a device 

completely matching with search conditions is not 
present in re-search, a problem occurs that it is 
necessary to perform search again by re- inputting 
search conditions in which designation of attributes is 
3 10 further moderated- 

1 i 

n 

n SUMMARY OF THE INVENTION 

i The present invention is made to solve the above 

problems and it is an object of the present invention 
= 15 to make it possible that when searching a device by 

3 designating various attributes as search conditions, a 

3 user can save the time for re- searching a desired 

device by re- inputting search conditions not only when 
a device completely matching with the search conditions 
20 is present on a network but also when the device is not 
present on the network. 

Moreover, it is another object of the present 
invention to make it possible for a user to easily 
understand whether a displayed device meets any 
25 attribute when the search result is displayed. 

To achieve the above objects, an embodiment of the 
present invention extracts an object-class attribute 



out of search conditions designated by an operator and 
searches a device meeting the attribute and performs a 
process on whether the device obtained through the 
search has attributes of search conditions first 
designated by the operator. 

Other objects and features of the present 
invention will become more apparent from the following 
specification and drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an illustration showing a configuration 
of a network in which the device search system of this 
embodiment can operate; 

FIG. 2 is a block diagram showing a configuration 
of device search server and a device search client; 

FIG. 3 is an illustration showing an example of 
device information in a device search server; 

FIG. 4 is a flow chart showing operations of a 
device search server; 

FIG. 5 is a flow chart showing database search 
operations of a device search server; 

FIG. 6 is an illustration showing indications on a 
device search screen before device search; 

FIG. 7 is an illustration showing a search 
condition in a device search client; 

FIG. 8 is an illustration showing a search result 
output from a device search server; 



FIG. 9 is a flow chart showing operations of a 
device search client; 

FIG. 10 is a flow chart showing search request 
operations of a device search client; 

FIG. 11 is a flow chart showing search-result 
display operations of a device search client; 

FIG. 12 is an illustration showing indications on 
a device search screen after device search; 

FIGs. 13, 14, 15 are flow charts showing 
operations of a device search server of a second 
embodiment ; 

FIG. 16 is a flow chart showing operations of a 
device search client of the second embodiment; 

FIG. 17 is an illustration showing indications on 
a device search screen before device search in a third 
embodiment; 

FIG. 18 is an illustration showing indications on 
the device search screen after device search in the 
third embodiment; 

FIG. 19 is an illustration showing a corresponding 
map between device search attributes and device icons; 
and 

FIG. 20 is an illustration showing a memory map in 
a storage medium of device search software of the third 
embodiment . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Embodiments of the present invention are described 
below by referring to the accompanying drawings . 
< First embodiment > 

FIG. 1 is an illustration showing a configuration 
of a network in which a device search system of this 
embodiment can operate. In FIG. 1, symbol 101 denotes 
a color printer, 102 denotes an MFP (Multi Function 
Peripheral: a copying machine also serving as a network 
printer), 103 and 104 denote monochromatic printers, 
and 105 denotes a scanner connected with a network. 
Symbol 111 denotes a desk- top- type computer (hereafter 
referred to as PC) and 113 denotes a notebook- type 
computer (hereafter referred to as notebook PC). These 
PCs can respectively execute a program of a device 
search server of this embodiment and they respectively 
output a device search request meeting a desired 
condition to a device search server as described later, 
receive a search result, and display the result on a 
display screen. Hereafter, a PC 111 and a notebook PC 
113 capable of executing the program of the device 
search client are referred to as device search clients 
111 and 113. Symbol 112 denotes a PC capable of 
executing a program of the device search client server 
of this embodiment, which stores information (database) 
for network devices 101 to 106 to be described later, 
receives an inquiry about device search from the device 
search client 111 or 113, and returns a result of the 



inquiry. Hereafter, a PC 112 capable of executing a 
program of the device search server is referred to as 
device search server 112. 

Among the above devices, 101J 102, 103, 111, 112, 
and 120 are set on the second f/oor and 104 and 105 are 
set on the first floor. Because the client 113 is a 
notebook PC, it is connected to LAN 100 from the first 
floor at present. However, the client 113 may be 
removed because of it/ portability. Moreover, the 
network 100 for cormecting these devices each other is 
connected to Internet 130 through a fire wall 120 and 
moreover connected with other network 140 through 
Internet 130. 

FIG. 2 is a block diagram showing a configuration 
of the search clients 111 and 113 and the search server 
112, which comprises the same configuration as a 
general purpose personal computer. In FIG. 2, symbol 
200 denotes the whole PC in which either of device 
search client software and device search server 
software (hereafter, they are referred to as device 
search software) works and the PC 200 is equivalent to 
111, 112, or 113. The PC 200 is provided with a CPU 201 
for executing device search software stored in a hard 
disk (HD) 211 or supplied from a floppy disk drive ( FD ) 
212 to generally control each device connected to a 
system bus 204. Symbol 203 denotes a RAM that 
functions as a main memory or a work area of the CPU 
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201. Symbol 205 denotes a keyboard controller ( KBC ) to 
control an instruction input from a keyboard (KB) 209 
or not-illustrated bonding device. Symbol 206 denotes 
a CRT controller (CRTC) to control indications on a CRT 
5 display (CRT) 210. Symbol 207 denotes a disk 

controller (DKC) to control the access with the hard 
disk (HD) 211 and floppy disk controller ( FD ) 212 for 
storing a boot program, various applications, an 
edition file, a user file, and a network control 

n 

Q 10 program. Symbol 208 denotes a network interface card 

|pI (NIC) to bidirectionally transfer data to and from a 

jjS network printer, other network unit, or other PC 

;^ through a LAN 220. The LAN 220 is the same as the LAN 

100 in FIG. 1. 

15 Then, a configuration and operations of a device 

; 

W search server are described below. 

U FIG. 3 is an illustration showing a structure of a 

database for a network unit stored in the search server 
112. 

20 In the table in FIG. 3, each row denotes a network 

device. Each column denotes a device name (301), a 
network address (302) of a printer, an object class 
(303) showing a functional type of a device, a device 
type (304), whether to support color print (305), 

25 whether to support double-sided print (306), or whether 
to support a staple (307). 

In this case, an object class shows a functional 
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type of a device. For example, when a device is a 
printer, it is registered as a printer class (printer). 
Moreover, when a device has a print function, it can be 
registered as a printer-class device even if the device 
5 is an MFP . Furthermore, a device type shows the 

general function of a device. In this case, a single 
printer is distinguished from an MFP. In symbols from 
305 up to 307, symbol 1 denotes supporting and 0 
denotes not supporting. Moreover, symbol NA denotes 
10 that information for the attribute is not stored. 

The data shown in FIG. 3 is specifically described 
by using devices registered in the first row as 
examples. The data denotes that a device referred to 
as Mr. COLOR is present in a network address 
15 192.168.16.131, which has a print function, which is a 
single printer as a configuration, and which supports 
color print and stable as attributes but which does not 
support a double-sided print function. Moreover, in 
this embodiment, it is assumed that the devices from 
20 the first to fifth rows shown in FIG. 3 correspond to 
101, 102, 104, and 105 in FIG. 1. The information 
shown in FIG. 3 is an example to the last. It is 
needless to say that information to be stored in the 
search server 112 can be additional information 
25 including a setting place and the like. 

In this case, it is assumed that attributes to be 
controlled by database 300 for each device include an 



indispensable attribute that must be registered without 
fail and an optional attribute that does not need to be 
always registered . 

As for this embodiment, in the database shown in 
FIG, 3, it is assumed that the object class 303 is an 
indispensable attribute and the color print 305, 
double-sided print 306, and staple 307 are optional 
attributes . 

vThen, operations of the device search server 112 




> 

are described below by referring to flow cprarts in 
FIGs. 4 and 5. First, FIG. 4 is a f low /5hart for 
explaining operations of the device search server 112. 
Judgment and execution of a series >6f the processes are 
performed by the CPU 201 in the dfevice search server by 
hardware. When the device sea/ch server 112 is 
started, it first opens a receiving port for receiving 
a device search request ty/bm a device search client in 
step S401. When receiving the search request from the 
device search client i^hrough the above operation, an 
operating system issues a reception event and reception 
of the search request is communicated to a program. 
Then, the serve/ 112 starts step S402 to wait for any 
event to be communicated from the operating system. 
When any ev/nt is communicated, the server 112 obtains 
the event/and starts the next step. In the next step 
S403, t^e server 112 judges whether the event obtained 
in step S402 is a system shutdown event by a user. If 
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the vent is a shutdown event, the server 112: closes the 
receiving port in step S408 to end the program. 
However, when it is judged that the event is not a 
shutdown event in step S403, the server 112 starts step 
S404 to judge whether the event is/ an inquiry event 
from the device search client, /it the event is an 
inquiry event, the server 112/starts step S405 to 
select a proper device by collating a search condition 
obtained through the ever^t with the data base shown in 
FIG. 3. In the next stfep S406, the server 112 returns 
a search result obtained in step S405 to the device 
search client. HoWtever, when it is judged that the 
event is not an inquired reception event in step S407, 
the server 112 itarts step S407 to perform a process 
other than th£ inquired reception event such as update 
of a display screen. 

FIG. 5 is a flow chart for more minutely 
explaining the database search operation in step S405 
in FIG. 4. The whole is briefly and roughly described 
below. The database search step of this embodiment 
uses a system for processing a plurality of search 
conditions designated by a device search client one by 
one. This is an outside loop starting with step S501 
and returning to step S501 again via the NO judgment. 
An inside loop starting with step S504, exiting from 
the NO judgment, and returning to step S504 gain is 
used to scan all pieces of registered information in 



the database about one search condition. The loop is 
described below in detail for each step. In the 
database search operation, it is judged whether all 
search conditions are already processed in step S501. 
When all conditions are already processed, step S502 is 
started to return a search result to a host program. 
However, when it is judged in step S501 that not all 
search conditions are processed, step S503 is started 
to select one search condition out of the information 
received from the device search client. 

Then, the step S504 is started to judge whether 
the database 300 for the network device described for 
FIG. 3 is entirely scanned. When it is judged that 
scanning ends, step S501 is restarted to process the 
next search condition. However, when it is judged in 
step S504 that scanning of the database 300 does not 
end, step S506 is started. In step S505, data for one 
device is selected out of the database 300. In the 
next step S506, it is judged whether the data selected 
in step S505 matches a search condition. When the data 
matches the search condition, step S507 is started. 
However, when it is judged that the data selected in 
step S505 does not correspond to the search condition, 
step S504 is restarted to continuously process the next 
device information registered in the database 300. In 
step S507, the device name 301, network address 302, 
device type 304, color 305, double-sided print 306, and 
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staple 307 are selected out of the device information 
which is judged in step S506 as matched with the 
search condition to add them to a search result in the 
next step S508. When step S508 ends, step S504 is 
5 restarted to continue scanning of the next data. 

Hereafter, for this embodiment, a case is 
described in which a client requests a device whose 
object class is a printer as a search condition. FIG. 
8 shows a result of searching the database 300 in 

□ 

3 10 accordance with the search condition. In FIG. 8, a 

j'ji search result 801 shows that there are four devices 

matching a condition that an object class is 11 printer" 
*% and pieces of information for device name 801, network 

^ address 802, device type 803, presence or absence of 

15 color function 804, presence or absence of double-sided 

l. s. 

j.3 print function, and presence or absence of staple 

P 

□ function are shown for each device . 

Then, operations of a device search client are 
described below. 

20 FIG. 6 is an illustration showing indications on a 

search screen in a search client before search is 
executed. Various pieces of information are displayed 
in a window 600. Symbol 601 denotes a COMBO box for 
designating an object class of a device to be searched. 

25 By operating the COMBO box 601, it is possible to set 

an object class of a device to be searched to "printer" 
or "scanner". In this case, by changing the setting of 
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the object class, each attribute condition in an area 
603 for designating a search attribute is changed to an 
attribute corresponding to a set object class. 

Because a printer is selected in the area 603 for 
designating a search attribute as an object class by 
the COMBO box 601 in the case of the example in FIG. 
10, attributes for a printer are shown by four check 
boxes. That is, it is possible to designate a search 
attribute by a check box 603a showing presence or 
absence of a color print function, a check box 603b 
showing presence or absence of a staple function, a 
check box 603c showing presence or absence of a double- 
sided print function, or a check box 603d showing 
presence or absence of a sorter function. 

In the case of the example shown in FIG. 6, 
because the check box 603a showing presence or absence 
of a color print function, check box 603b showing 
presence or absence of a staple function, and check box 
603c showing presence or absence a double-sided 
function (each box is illustrated by a black square) 
are respectively checked, search of a device capable of 
performing color print, double-sided print, and staple 
processing is requested. 

Symbol 602 denotes a search start button. When a 
user presses the button by using a keyboard 209 in FIG. 
3 or a not-illustrated pointing device, whether there 
is a device matching a search condition designated by 



the attribute designation area 603 is inquired to the 
search server PC 112. Moreover, symbol 604 denotes an 
area for displaying a search result, in which a device- 
name displaying area 604a, an IP-address displaying 
area 604b, and areas 604c, 604d, 604e, and 604f for 
displaying presence or absence of each attribute of a 
searched device are included. 

FIG. 7 is an illustration showing a search 
condition designated through the search screen in FIG. 
6 and search condition data to be inquired of a device 
search server. Symbol 801 denotes a search condition 
designated by an operator, which is shown by a logical 
product of four attributes in the case of this example. 

A device having an object-class printer (first 
line) as a first attribute, a color print function 
(second line) as a second attribute, a double-sided 
print function (third line) as a third attribute, and a 
stable function (fourth line) as a fourth attribute is 
designated . 

Then, a method for extracting a second search 
condition to be inquired of a search server from a 
first search condition designated by an operator is 
described below. 

As already described, attributes to be controlled 
by the database 300 for each device include an 
indispensable attribute which must be registered 
without fail and an optional attribute which does not 



need to be always registered. As for this embodiment, 
the object class 303 is an indispensable attribute and 
the color print 305, double-sided print 306, and staple 
307 are optional attributes. 

Therefore, only an indispensable attribute is 
extracted from the first search condition designated by 
an operator to generate a second search condition to be 
inquired of a search server. 

In the example in FIG. 7, an indispensable 
attribute is only the object class among search 
conditions 701 designated by an operator. Therefore, a 
search condition 702 to be inquired of a device search 
server is generated. 



^a£v\fiG. 9 is a flow chart showing operations of the 
device search clients 111 and 113 ./it is also possible 
to execute a program of a devi$2fe search client on the 
device search server 112. ^irst, rough operations of 
the program of the devio£ search client are described 
below. The program Uits an event until a system ends 
and when an event cfccurs, operates as an event-driving- 
type program toy processing the event. Main events 
include a system ending event, a device search 
requesting/event, and a device search result event 
receiving event. Hereafter, each step is described in 
detail . 

When a search client is started, the client first 
waits in step S901 until an event occurs. When an 




event occurs, the client obtains the event and starts 
step S902. In step S902, it is judged whether the 
event obtained in step S901 is an event generated 
because a user issues a system-ending command by using 
the keyboard 209 or a not-illustrated pointing device. 
If it is judged that the user issues the ending 
command, the program ends. However, when it is judged 
in step S902 that the event is not an ending-command 
issuing event, step S903 is started. In step S903, it 
is judged whether the event obtained in step S901 is 
generated because the user issues a device searching 
command by selecting a search menu 701. When the event 
is an event generated because a device search command 
is issued, step S904 is started to transmit a device 
search request to the device search server 112. 
However, when it is judged in step S903 that the event 
is not an event generated because the device search 
command is issued, step S905 is started. In step S905, 
it is judged whether the event obtained in step S9Q1 is 
an event due to reception of an answer of a search 
result from the device search server 112 to the device 
search request transmitted in step S904. When it is 
judged that the event is an event due to reception of 
the answer, step S906 is started to display the 
received search result on a window 700. When the 
process in step S906 ends, step S901 is restarted to 
wait for the next event. 
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However, when it is judged in step S905 that the 
event is not an event due to reception of the answer, 
step S907 is started to perform other process. The 
other process includes, for example, re-drawing a 
screen when a program is started or a user moves a 
window on a screen. When step S907 ends, step S901 is 
restarted to wait for the next event. 

FIG. 10 is a flow chart explaining the search 
request operation S904 in detail in the flow chart in 
FIG. 9. First, in step S1001, the RAM 203 is accessed 
to obtain previously-stored search conditions as shown 
in FIG 8. IN the next step S1002, only a condition 
about an object class is extracted from the search 
conditions and transmitted to the search server 112 to 
request search of a network device. 

It is assumed that an address of a device search 
server is previously known by writing a value input by 
a user through the keyboard 209 in the hard disk 211 
and reading the value. However, the address is not 
restricted to the above case. As other method, it is 
also permitted to obtain the address from a network by 
using a technique such as a double space in a 
programming language Linda. 

FIG. 11 is a flow chart explaining the search 
result displaying operation S906 in the flow chart in 
FIG. 9 in detail. In the search result displaying 
operation, a received search result is checked in step 
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SI 101 to judge whether there is a device completely 
corresponding to a search condition temporarily stored 
in the RAM 203. When there is only one device 
completely matching the search condition, step S110 is 
5 started. In step S1102, a screen is rewritten by 
operating the CRTC 206 to display that the device 
completely matching the search result displaying area 
705. In the next step S1103, TRUE is substituted for a 
temporary variable fExist showing whether the device 
10 completely matching the area 705 in order to store that 
tr j the device completely matching the area 705. When the 

jjj process in step S1103 ends, step S1106 is started. In 

step S1101, when there is not any device completely 
^ matching the condition, step SI 104 is started. In step 

15 1104, the screen is written by operating the CRTC 206 

s' — 

w to display that the device incompletely matches the 

1:3 

p search result displaying area 705. In the next step 

S1105, FALSE is substituted for the temporary variable 
fExit in order to store that the device incompletely 

20 matches the area 705. When the process in step S1105 
ends, the flow joins step S1106. 

A loop returning to step S116 from step S1106 
through the NO judgment is a loop for processing all 
pieces of device information included in a received 

25 search result (search result 801 shown in FIG. 8 (that 
is, a loop for judging whether the pieces of device 
information and displaying them one by one in order). 
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In step S1106, it is judged whether all pieces of 
device information included in a received search result 
are already processed. When it is judged that all 
pieces of device information are already processed, the 
5 whole process is completed- In step SI 106, however, if 
it is judged that not all received pieces of 
information are processed, step S1107 is started to 
select one piece of information out of one received 
piece of information or more. In the next step SI 108, 

Q 10 process is divided depending on whether the value of 

l ?% 

L'fj fExist substituted in the previous step S1103 or S1105 

jjS is TRUE or FALSE . When fExist is TRUE, that is, there 

^ is a device completely matching the condition, step 

J; n S1109 is started. However, because there are some 

s:S 15 devices not completely matching the search condition in 

V- 

'■3 received device information, only device information 

o 

U completely matching the condition is sorted from the 

device information. The sorting is performed in step 
S1109. In step S1109, it is judged whether the device 
20 information obtained in step SI 107 completely meets the 
search condition 801 temporarily stored in the RAM 203. 
When the information completely meets the condition 
801, step S1110 is started. In step S1110, the CRTC 
206 is controlled to rewrite the screen and display a 
25 device name, a network address, and the fact that the 

device information completely matches the condition 801 
in the device information displaying area 704. When 
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the process in step S1110 is completed, step S1106 is 
restarted to process the next device information. 
However, when it is judged in step SI 109 that the 
device information does not completely match the 
condition 801, step S1106 is quickly restarted without 
performing the display process in step S1110. 

Then, the process when fExit is FALSE In step 
S1108 is described below. When fExit is FALSE in 
S1108, step Sllll is started. In this case, various 
pieces of information from information not completely 
matching the search condition 801 except that an object 
class matches the condition 801 up to information one 
step before complete matching are included in a 
received search result. It is preferable to select 
only information as important as possible out of these 
pieces of information and display the information for a 
user. The judgment for that is performed in step 
Sllll. In this case, "matching in a certain criterion 
or more" is judged when information matches two 
conditions or more among three designate conditions 
(presence of color, presence of both sides, and 
presence of staple), that is N-l conditions among N 
conditions. Moreover, it is needless to say that it is 
permitted to properly set a matching-condition 
criterion such as N-2 or N-3 conditions. 

In step Sllll, it is judged whether the device 
information obtained in step SI 107 meets two attributes 
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or more out of three attributes (presence of color, 
presence of both sides, and presence of staple) of the 
search condition 801. If it is judged that the 
information meets two attributes or more, step S1112 is 
5 started. In step S1112, attributes not met by the 

information are checked. In the next step SI 113, the 
CRTC 206 is controlled to update the screen and display 
a printer name and a network address out of the 
information obtained in step S1107 and conditions 
!| io (attributes) unmatched in step S1112. When the process 

J>j in step S1113 is completed, step S1106 is restarted to 

Pi! 

|» continue the next information process. However, when 

'if it is judged in step Sllll that the information does 

j;^ not meet two attributes or more, step SI 106 is 

s. -i 

^ 15 restarted. 

w FIG. 12 is an illustration specifically showing 

o 

O screen indications of search results displayed on the 

search client PCs 111 and 113 after the device search 
process is ended by the search server PC 112. As 
20 described above, this embodiment shows a result of 
using a printer as an object class and searching a 
device having a color print function, a double-sided 
print function, and a staple function. 

Therefore, in this case, it is displayed in the 
25 device-name displaying area 604a that there are four 
devices each of whose object classes is a printer and 
their names are "Mr. Color", "Second-floor high-speed 
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machine", "Development room printer", and "First-floor 
printer" . 

Moreover, presence or absence of attributes 
designated as search conditions for each device 
displayed as a search result are displayed in attribute 
presence/absence displaying areas 604c, 604d, and 604e. 
In the attribute presence/absence displaying areas 604c 
to 604e, symbol " O" denotes supporting the function and 
symbol "-" denotes not supporting the function. 

In this case, the example in FIG. 12 sjtiows a case 
in which there is not any device completely matching a 
search condition. However, when there is a device 
completely matching a search condition, it is displayed 
on the search screen 600 that a device completely 
matching a search condition is found. 

Thus, according to the first embodiment, it is 
possible to make a user easily understand that a 
searched device meets which attribute or does not meet 
any attribute even if the device does not completely 
match a search condition and save the time for the user 
to search a desired device again by moderating a search 
condition. 

< Second embodiment > 

In the case of the above first embodiment, the 
second search condition to be inquired of a search 
server is extracted from the first search condition 
designated by an operator at the search client side. 
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In the case of the second embodiment, a second 
search condition to be inquired of a search server is 
extracted from a first search condition designated by 
an operator at the search server side. 

That is, when a device matching the first search 
condition is not present as a result of executing 
search in accordance with the first search condition, 
the search server extracts the second search condition, 
executes re-search, and return the result to a search 
client . 

FIG. 13 is a flow chart showing the general 
process for device search performed by a search server 
PC 112. Judgment and execution of a series of the 
processes are performed by a CPU 201 in the search 
server PC 112 through hardware. The search server PC 
112 operates in accordance with an event-driving-type 
program. That is, when any event occurs, the server PC 
112 analyzes the event and executes a corresponding 
process. As for the following example, a case is 
described in which an operation is performed in 
accordance with a device search request sent from a 
search client PC 111. 

When the search server PC 112 is started, it first 
opens a receiving port in order to receive a device 
search request from a search client PC 111 or 113 in 
step S1301. According to the above operation, when 
receiving a device search request from, for example, 
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the search client PC 111, the operating system of the 
search server PC 112 issues a reception event and it is 
communicated to a device search program that the device 
search request is received. 

Then, step S1302 is started to wait for any event 
to be communicated from the operating system. When any 
even is communicated, the server PC 112 obtains the 
event and starts the next step S1303. In step S1303, 
the server PC 112 judges whether the obtained event is 
an end command, that is, a system shutdown event by a 
user. When the obtained event is a shutdown event as a 
result of the above judgment, the server PC 112 closes 
the receiving port in step S1309 and thereafter, ends 
the process of the device search program. 

When the server PC 112 judges in step S1303 that 
the obtained event is not a shutdown event, it starts 
step S1304 to judge whether the obtained event is an 
inquiry reception event sent from a search client PC. 
In this case, when the obtained event is an inquiry 
reception event, the server PC 112 starts step S1305, 
retrieves a search condition from a receiving packet, 
and stores the packet in a memory such as the RAM 203 
shown in FIG. 3. 

Moreover, the server PC 112 stars step S1306, 
collates the database 300 in FIG. 3 with a search 
condition inquired from the search client PC 111, and 
selects a proper device. Details of a device search 



process using the database 300 is described later by 
referring to FIG. 14. In the next step S1307, the 
server PC 112 returns a search result obtained through 
the database search process in step S1306 to the search 
client PC 111. 

Moreover, in step S1304, the server PC 112 judges 
that the obtained event is not an inquiry reception 
event, it starts step S1308 to perform processes other 
than processes of a shutdown event and inquiry 
reception event such as a process for updating a screen 
and a process for registering network address 
information and attribute information received from 
network devices 101 to 105 in the database 300 shown in 
FIG. 3. 

Then, the device search process performed by the 
search server PC 112 in step S1306 in FIG. 13 is more 
minutely described below by referring to the flow chart 
in FIG. 14. First, the outline of the general process 
is described below. In the case of the device search 
process of this embodiment, when the search client PCs 
111 and 113 designate a plurality of search conditions, 
these search conditions are processed one by one. This 
is an outside loop judged in step S1401 . Moreover, an 
inside loop judged in step S1404 is used to scan all 
pieces of registered device information in the database 
300 about a certain search condition. 

In the case of the device search process of this 
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embodiment, it is first judged in step S1401 whether 
all search conditions stored in a memory such as the 
RAM 203 are already processed in step S1401. As a 
result, when it is judged that all search conditions in 
the memory are already processed, step S1402 is started 
to execute a re-search process. The re-search process 
is described later. 

However, it is judged in step S1401 that not all 
search conditions in the memory are processed yet, step 
S1403 is started to retrieve one unprocessed search 
condition from all search conditions stored in the 
memory. Then, step S1404 is started to judge whether 
all pieces of registered device information in the data 
base 300 are already searched. When all pieces of 
registered device information are already searched as a 
result of the above judgment, step S1401 is restarted 
to process the next search condition. 

Moreover, in step S1304, when it is judged that 
not all pieces of registered device information in the 
database 300 in FIG. 3 are searched, step S1405 is 
started. In step S1305, registered device information 
for the n-th device is retrieved from the database 300. 
Then, in the next step S1406, it is judged whether the 
retrieved registered device information matches a 
currently-purposed search condition. 

When the retrieved registered device information 
does not match the search condition as a result of the 
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above judgment, step S1404 is restarted (in this case, 
the value of n is incremented), the next device 
information registered in the database 300 is 
continuously searched. However, when the retrieved 
registered device information matches the search 
condition as a result of the judgment in step S1406, 
step S1407 is started. 

>f^y^\ In step S1407, pieces of information for the 
device name 301, network addrefes 302, device type 304 
and moreover, color print function attribute 305, 
double-sided print function attribute 306, and staple 
function attribute 307 >6re obtained out of the 
registered device information which is judged as 
matching the search/condition in step S1406. Then, in 
the next step S1408, the obtained pieces of information 
are added to search result information. When the 
process in s-^p S1408 is ends, step S1404 is restarted 
to continuously search the next device information 
registered in the database 300. 

Thus, when searching all pieces of device 
information registered in the database 300 shown in 
FIG. 3, every piece of device information completely 
matching each search condition is detected every search 
condition. Then, after every piece of device 
information is re-searched in step S1402, it is 
returned to a host program in step S1409 and returned 
to the search client PC 111 hitherto outputting a 
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device search request in step S1307 n FIG. 13. 

Then, operations when the search server PC 112 
performs re-search are described below by referring to 
the flow chart in FIG. 15. 

In FIG. 15, first in step S1601, it is judged 
whether a device completely matching a search condition 
sent from the search client PC 111 stored in the memory 
in step S1305 (device meeting all search attributes) is 
found when executing the database search process shown 
in FIG. 14 in accordance with the search condition. 

In this case, when it is judged that the device 
completely matching the search condition received from 
the search client PC 111 is found, the process ends 
without doing anything because the device matching the 
search condition is already communicated to the search 
client PC 111 in step S1307 in FIG. 13. However, when 
a device matching the search condition received from 
the search client PC 111 is not found, step SI 502 is 
started to extract only the information for an object 
class out of a search condition stored in a memory such 
as the RAM 203 and replace the search condition with 
the object class. 

Then, step SI 503 is started to execute the 
database search process shown in FIG. 15 again in 
accordance with the database 300 shown in FIG. 15 and 
end the process . 

Thus, according to the second embodiment, it is 
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possible to make a user easily understand that a 
searched device meets which attribute or does not meet 
any attribute even if the device does not completely 
match a search condition and a user can save the time 
for performing re-search by moderating a search 
condition in order to search a desired device. 

Moreover, because re-search is executed by 
extracting a second search condition from a first 
search condition designated by an operator at the 
search-server side, it is possible to univocally 
control the extraction process at the server side. 

<Third embodiment > 

For the first embodiment, a case is described in 
which search results are displayed in the form of a 
list. A case of understandably displaying search 
results with icons is described as the third 
embodiment . 

FIG. 17 shows an example of screen display of 
device search clients 111 and 113 before searching a 
device. In FIG. 17, various pieces of information are 
displayed in a window 1700 in which symbol 1701 denotes 
a COMBO box for designating an object class of a device 
to be searched. By operating the COMBO box through a 
keyboard 209 or a not-illustrated pointing device, it 
is possible to set an object class of a device to be 
searched to " printer" or " scanner" . Symbol 1702 
denotes a search start button. When a user presses the 
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button through the keyboard 209 or not-illustrated 
pointing device, whether a matched device is present is 
inquired to a device search server 112. Symbol 1703 
denotes an area for designating a search attribute 
(hereafter referred to as attribute area 1703). 
Because an object class is set to a printer by the 
COMBO box 1701, an attribute for the printer is 
displayed in the attribute area 1703 as an icon. In 
this case, when a scanner is set by the COMBO box 1701, 
an attribute for the scanner is displayed in the 
attribute area 1703 as an icon. The following 
attributes are displayed as icons in the attribute area 
1703 of this example so that a user can designate them: 
whether double-sided print can be made (1703a), whether 
a sorter function is present (1703b), whether a staple 
can be used (1703c), whether a mail box function is 
present (1703d), Z-type-out can be output, and color 
print can be made (1703f). The example in FIG. 17 
shows a state in which attributes of the staple 1703c 
and color 1703 f are selected and shows that each 
attribute is selected by displaying the attribute as an 
indication having a cubic sense as if a button is 
pressed. Symbol 1704 denotes an area for displaying 
search results, in which a device name 1704a, an IP 
address 1704b, and details 1704c other search results 

are displayed. 

FIG. 19 is an illustration showing a corresponding 
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map between search results and icons. Symbol 1901 
denotes an icon showing that a printer whose attribute 
is completely matched is found, 1908 denotes an icon 
showing a printer whose attribute is locally matched, 
5 which is displayed in the area 1704a together with a 
device name. In this case, an icon 1901 and an icon 
1908 have the same printer shape and the color and 
density of the icon 1908 are made thinner than those of 
the icon 1901 so that a user can more easily understand 

I. J 

^3 10 them. Symbols 1902 to 1907 are icons showing matched 

\X\ 

\A attributes showing double-sided print, stable, sorter, 

m mail box, Z-type out, and color print in order which 

:J are displayed in the area of search-result details 

U 1704c. Moreover, the icons 1902 to 1907 use the same 

j;i 15 attribute ions shown in the attribute area 1703 in FIG. 

17 so that a user can intuitively understand a search 
result. 

FIG. 16 is a flow chart for explaining search- 
result displaying operations of a search client. 

First, in step S1601, the number of attributes to 
be searched is obtained from a search condition 
temporarily stored in the RAM 203. 

An example of this embodiment uses three 
attributes to be search (color function, staple 
25 function, and double-sided function). 

In step S1602, it is judged whether all search 
results are processed. When all search results are 
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processed, step S1611 is started. In step S1611, the 
final display process is performed so as to be 
understandable for a user. For example, the final 
process is a process for reconfiguring indications on 
the display screen 1704 so that devices are arranged 
starting with a device having the most matched 
attributes . 

When an unprocessed search result is present in 
step S1602, step S1603 is started to obtain the 
information for one device from a search result. In 
step S1604, the device name 704a and IP address 704b 
are displayed in accordance with the information. In 
step S1605, it is judged whether all attributes of a 
search condition stored in the RAM 203 are already 
processed. When all attributes are already processed, 
step S1602 is restarted to process the next device 
information. An attribute is obtained from the search 
condition in step S1606 and it is judged in step S1607 
whether the attribute matches an attribute of a device 
obtained from a search result. When the former matches 
the latter, an attribute icon corresponding to the 
matched attribute is displayed in the area 1704c of a 
device currently processed as the display process when 
matched in step S1608. 

In step S1609, a counter for counting the number 
of matched attributes set to the RAM 203 for each 
device is incremented. The counter is used to display 
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devices so that the devices are arranged starting with 
a device having the most matched attributes in the 
final display process in step S1611. When the 
attributes are not matched each other in step S1607, 
attribute icons corresponding to the attributes are not 
displayed. According to the above operations, it is 
possible to display which attribute matches an 
attribute of a search condition and which attribute 
does not match it as a list and make a user easily 
understand a search result. 

FIG. 18 shows results thus processed. According 
to FIG. 18, it is shown that four devices are found. 
In the case of a device "Mr. Color", a staple icon 1903 
showing presence of a staple function and a color icon 
1907 showing presence of a color function are displayed 
in the area 1704c. From this, it is found that the 
device has both the staple function and color print 
function . 

Moreover, because the two attributes are the whole 
of the search condition, the icon 1901 showing that the 
attributes are completely matched each other is 
displayed in the area 1704a. In the case of " second- 
floor high-speed machine" and "development room 
printer" , only the staple icon 1903 is displayed in the 
area 1704c. Moreover, the machine and the printer are 
not provided with the color print function of the 
search condition. Therefore, the icon showing that 
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attributes are locally matched is displayed in the area 
1704a. The device "first-floor printer" is a search 
condition because no icon is displayed in the area 
1704c. Because neither color print function nor staple 
function are provided and only a condition that an 
object class is a printer is matched, the icon 1908 
showing that attributes are locally matched is 
displayed in the area 1704a. 

Thus, according to the third embodiment, because a 
result for each attribute data of a search condition 
designated by a user is displayed in the form of an 
icon, an operator can intuitively understand matched 
attribute data and unmatched attribute data. 

It is also permitted that a network device control 
program of the present invention is executed by the PC 
200 in accordance with an externally installed program. 
Moreover, the present invention an be applied to a case 
in which the program is supplied to the PC 200 by 
loading an information group including a program on the 
PC 200 from an external storage medium by a storage 
medium such as a CR-ROM, flash memory, or floppy disk 
or through a network for electronic mail or personal- 
computer communication . 

FIG. 20 is a memory map of a storage medium 
storing a program of the present invention, in which it 
is assumed to use a CD-ROM as the storage medium. 
Symbol 9999 denotes an area storing directory 
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information, which shows positions of an area 9998 
storing subsequent install programs and an area 9997 
storing a network device control program. The area 
9998 is an area storing install programs. The area 
9997 is an area storing a network device control 



invention is installed in the PC 200, an install . 
program stored n the area 9998 storing an install 
program is loaded in a system and executed by the CPU 
201. Then, the install program executed by the CPU 201 
reads a network device control program from the area 
99 97 storing the network device control program and 
stores the program in the hard disk 211. 

It is permitted to apply the present invention to 
a system comprising a plurality of units (such as host 
computer, interface unit, and reader), an integrated 
apparatus, or an apparatus comprising one unit. 

Moreover, it is needless to say that an object of 
the present invention can be achieved when a storage 
medium storing a program code of the software for 
realizing functions of the above embodiments is 
supplied to a system or apparatus and the computer (or 
CPU or MPU) of the system or apparatus reads the 
program code from the storage medium. 

In this case, the program code read out of the 
storage medium realizes a new function of the present 
invention and the storage medium storing the program 



program . 



When a network control program of the present 
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code constitutes the present invention. A storage 
medium for supplying a program code can use any one of 
a floppy disk, hard disk, optical disk, photomagnetic 
disk, CD-ROM, CD-R, magnetic tape, nonvolatile memory 
card, and ROM • 

Moreover, by executing a program code read by a 
computer, functions of the above embodiments can be 
realized and moreover, realized when an OS working on 
the computer performs a part or the whole of an actual 
process in accordance with the program code. 

Furthermore, functions of the above embodiments 
can be realized when a program code read out of a 
storage medium is written in a memory provided for a 
function extending board inserted into a computer or a 
function extending unit connected to the computer and 
then, a CPU provided for the function extending board 
or function extending unit performs a part o.r the whole 
of an actual process. 

Furthermore, it is needless to say that the 
present invention can be applied to a case of allotting 
a program from a storage medium storing a program code 
of the software for realizing functions of the above 
embodiments to a requester through a communication line 
for personal-computer communication. 



